fix(consensus/XDPoS): fix unknown ancestor error and VerifyHeaders result race, XFN-12#2139
fix(consensus/XDPoS): fix unknown ancestor error and VerifyHeaders result race, XFN-12#2139gzliudan wants to merge 1 commit intoXinFinOrg:dev-upgradefrom
unknown ancestor error and VerifyHeaders result race, XFN-12#2139Conversation
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
📝 Coding Plan
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Pull request overview
This PR fixes a result-ordering bug in XDPoS.VerifyHeaders where splitting headers into v1/v2 buckets and running two concurrent goroutines caused nondeterministic result-to-header mapping around the v1→v2 switch boundary. This led to misleading "BAD BLOCK" log messages (e.g., a v1-style error attributed to a v2-height header) and sync failures (issue #2138).
Changes:
consensus/XDPoS/XDPoS.go: Replaced the two-bucket/two-goroutineVerifyHeadersimplementation with a single goroutine that iterates headers in input order, dispatching each to the appropriate engine version.consensus/tests/engine_v2_tests/adaptor_test.go: AddedTestAdaptorVerifyHeadersKeepsInputOrderAcrossConsensusSwitchto assert that results arrive in the same order as the input slice across the consensus switch.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 3 comments.
| File | Description |
|---|---|
consensus/XDPoS/XDPoS.go |
Rewrites VerifyHeaders to a single sequential goroutine preserving input order |
consensus/tests/engine_v2_tests/adaptor_test.go |
New regression test for result ordering across the v1/v2 switch |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
16837f0 to
41a76ec
Compare
41a76ec to
5e4ff8a
Compare
5e4ff8a to
8bb288c
Compare
8bb288c to
b04895c
Compare
a14f15c to
eea3308
Compare
eea3308 to
ec982d4
Compare
b543a79 to
776237d
Compare
5d50071 to
aacc2b3
Compare
aacc2b3 to
48b5c76
Compare
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 9 out of 9 changed files in this pull request and generated no new comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 9 out of 9 changed files in this pull request and generated no new comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
48b5c76 to
d0a24c7
Compare
d0a24c7 to
958aef2
Compare
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 4 out of 4 changed files in this pull request and generated 2 comments.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
unknown ancestor error and mixed v1/v2 VerifyHeaders result ordering, XFN-12
unknown ancestor error and mixed v1/v2 VerifyHeaders result ordering, XFN-12unknown ancestor error and VerifyHeaders result race, XFN-12
6c667bd to
19e32b4
Compare
…sult race, XFN-12 Background: Mixed v1/v2 VerifyHeaders batches could fail with ErrUnknownAncestor when the first v2 header depended on an in-flight parent header not yet persisted to DB. Root cause: - In mixed batches, v2 ancestor lookup could miss parents that existed only in the input batch. - The adaptor previously let EngineV1 and EngineV2 write to a shared results channel concurrently, creating ordering/mapping ambiguity. Changes: - Add verifyChainReader to overlay in-batch headers/blocks for GetHeader/GetHeaderByNumber/GetHeaderByHash/GetBlock, with fallback to canonical chain data. - Use verifyChainReader in mixed v1/v2 VerifyHeaders paths. - Split mixed verification into per-engine result channels and fan-in deterministically (all v1 first, then all v2). - Make newVerifyChainReader always return a non-nil, nil-safe reader. Tests: - Add verify_chain_reader unit tests for: - number lookup shadowing, - parent resolution from in-batch headers, - nil-safe constructor behavior, - mixed nil-chain no-panic, - deterministic mixed result order (v1 then v2). - Add engine_v2 regression test to verify mixed headers pass even when GetHeader(parentHash, number) is masked. Impact: Fixes XFN-12 and stabilizes mixed-batch verification behavior across v1->v2 boundary handling and result emission.
19e32b4 to
831dc3c
Compare
Proposed changes
fix audit issue XFN-12: Broken Result Ordering in
VerifyHeadersRoot cause:
Changes:
Tests:
error message:
Types of changes
What types of changes does your code introduce to XDC network?
Put an
✅in the boxes that applyImpacted Components
Which parts of the codebase does this PR touch?
Put an
✅in the boxes that applyChecklist
Put an
✅in the boxes once you have confirmed below actions (or provide reasons on not doing so) that